home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1991 …esperately Seeking Seven / Desperately Seeking Seven.2mg / Dev.CD.8 / Essentials / Tools / File.Type.Notes / FTN.BD.XXXX < prev    next >
Encoding:
Text File  |  1990-07-27  |  3.8 KB  |  76 lines  |  [04] ASCII Text (0x0000)
  1. Apple II
  2. File Type Notes
  3. _____________________________________________________________________________
  4.                                                   Developer Technical Support
  5.  
  6. File Type:         $BD (189)
  7. Auxiliary Type:    All
  8.  
  9. Full Name:     GS/OS File System Translator
  10. Short Name:    GS/OS File System Translator
  11.  
  12. Written by:    Matt Deatherage                                 September 1990
  13.  
  14. Files of this type and auxiliary type contain file system translators for 
  15. GS/OS.
  16. _____________________________________________________________________________
  17.  
  18. Files of type $BD contains file system translators, or FSTs.  FSTs do not load 
  19. if bit 15 of their auxiliary type is set.
  20.  
  21. GS/OS calls FSTs to interpret the physical file systems stored on block 
  22. devices.  By asking translation software to read the file system, GS/OS can 
  23. read virtually any file system while having only an abstract file system 
  24. assumed in the operating system code.  Not all released file system 
  25. translators are required, saving space on disk and in memory.
  26.  
  27. The format for FSTs is Apple confidential and subject to change with every 
  28. system software release; Apple will release all future FSTs for GS/OS.  Third-
  29. party developers may not create GS/OS FSTs--no documentation is available, and 
  30. disassembly of the code for this purpose is not permitted.  This is not an 
  31. easy decision for Apple, which is a company that was built upon and operates 
  32. with the goal to empower individuals through computing.  Not revealing 
  33. information isn't exactly consistent with this goal.  There are, however, 
  34. reasons for this policy.
  35.  
  36. First, FSTs are not as modular as they could be.  Some GS/OS level changes 
  37. require changes to all of the FSTs to be implemented.  These changes range in 
  38. magnitude from internal system service call changes to adding new parameters 
  39. to existing calls.  GS/OS is not tolerant of FSTs that do not know about such 
  40. changes.  The FST structure is straightforward, but it is also complex enough 
  41. that disassembly of existing FSTs does not cover all the bases.
  42.  
  43. Second, it can create chaos for users.  Two file system translators for a file 
  44. system is far worse than none at all.  No physical file system exactly matches 
  45. the GS/OS abstract file system, so every FST must have file system specific 
  46. behavior.  Although some of these behaviors are well documented (parameters 
  47. that do not fit in the abstract file system go in the option_list, for 
  48. example), no two independently-designed FSTs for the same file system can 
  49. possibly do such things identically.
  50.  
  51. For example, if there were two third-party DOS 3.3 FSTs available, each would 
  52. have its own FSTSpecific subcalls, option_list parameters and other 
  53. implementation differences.  Since there is only one file_sys_ID per file 
  54. system, programs that create correct data structures for one DOS 3.3 FST may 
  55. blow up with the other one.
  56.  
  57. If users somehow manage to figure this out, the only way to change FSTs is to 
  58. enter the *:System:FSTs folder, deactivate one FST, activate another one and 
  59. reboot, which is not acceptable.  Even switching FSTs is unacceptable for 
  60. archival and copying programs which may have stored option_list parameters 
  61. embedded in files.  Futhermore, if the file system is bootable, that makes 
  62. boot blocks and a file system stub which are also tied to an FST, and users 
  63. would have a horrible time changing those.
  64.  
  65. The best solution to these problems for Apple's customers (who are also your 
  66. customers) is for Apple to maintain control over the development of file 
  67. system translators.  Apple will provide file system translators for other file 
  68. systems.  If you have requests for how certain features of any file system 
  69. should be handled by future FSTs, please contact Developer Technical Support.
  70.  
  71.  
  72. Further Reference
  73. _____________________________________________________________________________
  74.   o  GS/OS Reference
  75.  
  76.